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IN THE CLAIMS; 

Please revise the claims, as follows: 



j ^Ts (Currently amended) A method for managing and controlling allocation and de-allocation 
yof resources based on a guaranteed amount of resource and additional resources based on a 
best effort for a plurality of customers 



dynamically allocating server 



said method comprising: 
i esources for a plurality of customers, such that said 
resources received by a customer are lynamically controlled and said customer receives a 
guaranteed minimum amount of resources as specified under a service level agreement 
(SLA V said service level agreement ii lcluding at least one parameter defining conditions of 



dynamically allocating and de-allocating said server resources 



2. (Original claim) The method according 
utilizing a performance metr 



to claim 1, further comprising: 
c to increase or decease an inbound traffic to a customer. 



3. (Original claim) The method 
supporting minimum and 
for a plurality of customers. 



according to claim 1, further comprising: 
maximum server resource-based service level agreements 



4. (Original claim) The method ac cording to claim 1, further comprising: 

utilizing performance metrics to control the allocation of additional server resources 
to a plurality of customers using bounds on given service level metrics. 



5. (Original claim) The method according to claim 1, further comprising: 
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supporting a plurality of service level metrics. 



6. (Original claim) The method acc^rdin; 
selectively utilizing a plurality 



customers. 



7. (Original claim) The method according to claim 1, further comprising 



utilizing a service level metric 



ing to claim 1, further comprising: 
of different metrics for a plurality of different 



an amount of allocable resources, and an inbound 



traffic rate, for defining a state of a current service level (M,N,R) for each customer. 



8. (Original claim) The method acco 
utilizing a target service level 
substantially at or near a target servic 
high bounds (Mlowbound and Mhigh 



9. (Original claim) The method according to claim 1, further comprising: 



computing a target amount of 



rding to claim 1, further comprising: 
metric Mt to maintain an actual service level M 
level so as to be guaranteed to fall between low and 
Dound) specified in a service level agreement (SLA). 



esources Nt and an inbound traffic rate Rt from a given 



target service level metric Mt and (M,N,R). 

10. (Original claim) The method acco: ding to claim 1, further comprising: 

performing at least one of a nurierical analysis, a mathematical formulaic operation, 
an add-one/subtract-one, and a quick simulation for deriving a target amount of resources Nt 
and an inbound traffic rate Rt. 
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1 1 . (Original claim) The method according to claim 1 , further comprising: 

supporting a resource utilization U for an actual service level M, average response 
time T for an actual service levdl M, and a response time percentile T% for an actual service 
level M, thereby to support tardets of Ut, Tt and Tt%. 



12. (Original claim) The meth )d according to claim 1 , further comprising: 



deciding whether or no 
meet service level agreements 



13. (Original claim) The 
providing a server 



to add a server resource or to reduce an inbound traffic rate to 
for a plurality of customers. 



metfiod according to claim 1, further comprising: 
far^n including means for dynamically allocating servers or server 
resources to customers as demands of said customers change. 



14. (Original claim) The metfiod according to claim 1, further comprising: 

designating a service fevel agreement (SLA) on a server resource for a customer as a 
form (Smin#(i), Smax#(i), Mbounds(i)), where Smin#(i) denotes a guaranteed minimum 
amount of server resources, Smax(i) denotes an upper bound on an amount of server 
resources that a customer desires to obtain when free resources are available, and Mbounds(i) 
that includes a low bound (Mlowbound(i)) and a high bound (Mhighbound(i)) designating 
bounds on a service level metric for allocating resources beyond the minimum amount 
Smin#(i) for each i- th customer! 
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15. (Original claim) The method according to claim 14, wherein a minimum amount of 
server resources Smin#(i) comprises a guaranteed amount of server resources that the i-th 
customer will receive regardless of the server resource usage, and 



wherein a maximum amount of server resources Smax#(i) comprises the upper bound 
on the amount of server resources that the i-th customer may receive beyond the minimum 
amount provided that some unused server resources are available for allocation. 

16. (Original claim) The method according to claim 15, wherein a range between Smin#(i) 
and Smax#(i) represents serve:* resources that are provided on an as-available basis, such that 
the customer is not guaranteed to obtain these resources at any one time, if at all. 

17. (Original claim) The method according to claim 1, wherein an allocation of an additional 



resource is performed so as to 



keep the performance metric within Mbounds(i). 



18. (Original claim) The met lod according to claim 17, wherein said Mbounds(i) includes 
any one of bounds on the servjer resource utilization that are denoted by Ubounds(i), bounds 
on the average server response time that are denoted by Tbounds(i), and bounds on the server 
response time percentile that ire denoted by T%bounds(i). 



19. (Original claim) The method according to claim 1, further comprising: 

when a server resource utilization goes above a predetermined set limit 
Mhighbound(i), attempting, by a server farm, to maintain the utilization between said 
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predetermined set limits Mbounds(i) by allocating additional server resources to the i-th 
customer when free resources are available. 

20. (Original claim) The method according to claim 19, further comprising: 

if free resources are not available, then limiting, by the server farm, an amount of 
incoming traffic to the i-th customer's server. 



f) 



21. (Original claim) The method! according to claim 1, further comprising: 



controlling said dynamic 
value between the minimum and 
service level agreements. 



22. (Original claim) The 

monitoring an inbound 
resources N(i), and a current 



esource allocation to said plurality of customers to meet a 
maximum server resources and performance metric-based 



method according to claim 1, further comprising: 

raffle rate R(i), a currently assigned amount of server 
service level metric M(i) for all of said plurality of customers. 



23. (Original claim) The method according to claim 22, further comprising: 
computing a target amojunt of server resources Nt(i), without changing an inbound 

traffic R(i). 

24. (Original claim) The method according to claim 23, further comprising: 
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computing a target inbound traffic rate Rt(i), without changing an allocated resource 
N(i), to bring the service level metric M(i) to the targeted service level metric Mt(i) from 
monitored R(i), N(i) and M(i) for all i, 

wherein the target service level metric Mt(i) comprises the service level metric 
substantially at or near where M(i) is to be maintained, and bounded by Mbounds(i). 



25. (Original claim) The method according to claim 24, further comprising: 

determining how to adjust a current M(i) to the target Mt(i), by one of changing N(i) 
to Nt(i) and by bounding the inbound traffic rate R(i) to Rt(i). 



26. (Original claim) The method according to claim 25, further comprising: 

requesting a system resource manager to perform the resource allocation. 



27. (Original claim) The method 

requesting an inbound 
plurality of customers. 



according to claim 26, further comprising: 
traffic controller to throttle an amount of inbound traffic to the 



28. (Original claim) The method according to claim 1, further comprising: 

maximizing revenue potential when allocating resources beyond a minimum amount 
for a customer. 



29. (Original claim) The method according to claim 1, wherein a unit of said resources 
comprises a fixed size unit of allocable or de-allocable resources. 
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30. (Original claim) The method according to claim 1, wherein a unit of each allocable 
resource has a different amount. 



3 1 . (Original claim) A method pf deciding server resource allocation for a plurality of 
customers, comprising: 

computing target values/(Nt(i),Rt(i)) for every customer i and setting a variable 
"ITC-informed(i)" = "no" for all customers "i" such that a record is kept of whether or not 
throttling on inbound traffic is/being applied or not during a given service cycle time; 

determining whether or not the service cycle time has expired; 

if the service cycle time has not expired, then checking whether an operation state 

M(i) is within a predeterminid area defined by a metric and a number of resources; 

j 

if the operation state is not within the predetermined area, then checking whether any 
customer exists such that a tirget resource amount Nt(i) is less than a current amount N(i); 

if Nt(i) is less than Mi), then determining whether the inbound traffic has been 
throttled, and determining v whether any "i" is ITC-informed(i); and 

if the inbound traffic has been throttled, then removing the throttling by directing an 
inbound traffic controller to stop throttling i-th traffic class and setting ITC-informed (i) = 



"no". 



32. (Original claim) The method according to claim 31, further comprising: 

when Nt(i) is less than N(i) and it is determined that the inbound traffic is not 
throttled, deallocating resoijirces from said customers. 
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33. (Original claim) The method according to claim 32, further comprising: 

determining whether the reso arces must be increased by selecting any i and 
determining whether Nt(i) is greater ±an N(i). 



34. (Original claim) The method according to claim 33, further comprising: 

if it is determined that Nt(i)lis greater than N(i) and if free resources are judged to be 
available, then allocating additional resources up to Nt(i) - N(i) resources without exceeding 
a maximum amount of server resources Smax#(i)). 



35. (Original claim) The method according to claim 33, further comprising: 

if it is determined that Nt(i) is greater than N(i) and if free resources are judged to be 
unavailable and if the currently allocated resource N(i) is less than the guaranteed minimum 
Smin#(i), then reclaiming resources from those customers j having more than a guaranteed 
minimum such that N(j) > Smin#(j). 



36. (Original claim) The method according to claim 33, further comprising: 

if it is determined that Nt(i) is greater than N(i) and if free resources are judged to be 



unavailable and if the currently 
guaranteed minimum Smin#(i), 



allocated resource N(i) is more than or equal to the 
then throttling the inbound traffic. 



37. (Original claim) The method according to claim 36, further comprising: 
bounding, by the inbound traffic controller, the traffic by Rt(i). 
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38. (Original claim) The method according to claim 31, further comprising: 

searching for a potential re\enue maximization opportunity when allocating free 
resources to various customers. 



39. (Original claim) The method according to claim 38, further comprising: 

first seeking to de-allocate resources, then allocating additional resources to 
customers whose service level mltric is outside of a predetermined area, and thirdly 
searching for when the customer's inbound traffic must be throttled due to exhaustion of free 

i 

resources or the maximum amount of resources has been already allocated. 



40. (Currently amended) A system for managing and controlling allocation and 
de-allocation of resources based on a guaranteed amount of resources and additional 
resources based on a best effoL for a plurality of customers, said system comprising: 
a plurality of servers; and 

a resource allocation device for dynamically allocating server resources for a plurality 
of customers, such that said resources received by a customer are dynamically controlled and 
said customer receives a guaranteed minimum amount of resources as specified under a 
service level agreement fSLA I said service level agreement including at least one parameter 



defining conditions of dynamically allocating and de-allocating said server resources . 



41. (Currently amended) A system for managing server resources for a plurality of 
customers, said system comprising: 
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a main system; 

an inbound traffic controller operably coupled to said main system; and 

a server re source manager coupled to said main system, 

wherein said main system includes a decision module, a module for 
computing a targe t amount of resources Nt(i) and a target inbound traffic rate Rt(i), and a 
repository for sto ing Service Level Agreements, said Service Level Agreement including at 
least one parame er defining conditions of dynamically allocating and de-allocating said 



server resources. 



wherein said decision module computes the target values Nt(i) and Rt(i) from 
monitored service level data M(i), N(i) and R(i) for every customer, such that a resource 
allocation is dynamically optimized for each customer. 



42. (Original claim) The system according to claim 41, wherein an allocation and 



de-allocation of s; 



id resources is based on a guaranteed amount of resource and additional 



resources based on a best effort for the plurality of customers. 



43. (Original claim). The system according to claim 41, wherein said resources are 
dynamically allocated for the plurality of customers, such that said resources received by a 
customer are dynamically controlled and said customer receives a guaranteed minimum 
amount of resources Is specified under a service level agreement (SLA). 
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44. (Original claim) The system according to claim 41, wherein said decision module, based 



on the SLA information, (M(i),N(i), 
reallocate resources. 



45. (Original claim) The system according 
one of changing the current resource 
and bounding a current inbound traf 



46. (Original claim) The system according 
said server resource manager to chap; 
traffic controller to bound the 



(i)) ? Nt(i) and Rt(i), decides which action to take, to 



to claim 44, wherein the decision module decides 
amount from N(i) to the target resource amount Nt(i), 
Ic rate R(i) by Rt(i). 



to claim 45, wherein said main system instructs 
ge resource allocation and for instructing said inbound 
incoming traffic to a specific customer site. 



digital data processing apparatus to 



47. (Currently amended) A program product device for storing a program for execution by a 



perform a method of managing and controlling allocation 



and de-allocation of resources based on a guaranteed amount of resource and additional 



resources based on a best effort for 
dynamically allocating sen 



dynamically allocating and de-alk eating said server resources . 



a plurality of customers, said method comprising: 
er resources for a plurality of customers, such that said 
resources received by a customer ejre dynamically controlled and said customer receives a 
guaranteed minimum amount of resources as specified under a service level agreement 
(SLA) , said service level agreement including at least one parameter defining conditions of 
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48. (Original claim) A program propuct device for storing a program for execution by a 
digital data processing apparatus to perform a method of deciding server resource allocation 
for a plurality of customers, comprising: 

computing target values (Nt( ),Rt(i)) for every customer i and setting a variable 
"ITC-informed(i)' 5 = "no" for all customers "i" such that a record is kept of whether or not 
throttling on inbound traffic is being applied or not during a given service cycle time; 
determining whether or not t le service cycle time has expired; 
if the service cycle time has ] lot expired, then checking whether an operation state 
M(i) is within a predetermined area defined by a metric and a number of resources; 

if the operation state is not within the predetermined area, then checking whether any 
customer exists such that a target resource amount Nt(i) is less than a current amount N(i); 

determining whether the inbound traffic has been 
throttled, and determining whether any "i" is ITC-informed(i); and 

if the inbound traffic has bee i throttled, then removing the throttling by directing an 
inbound traffic controller to stop throttling i-th traffic class and setting ITC-informed (i) = 



if Nt(i) is less than N(i), then 



"no". 
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